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1 Introduction 


The function (time behavior) of a system is determined by the functions of 
its parts, together with their structural connections. Unfortunately, under¬ 
standing the function of the whole by understanding the parts is difficult 
and poorly understood. The domain of digital circuits is convenient for 
investigating this problem because many of its objects already have well- 
defined, machine-readable behavior descriptions. These reside in the simula¬ 
tion model libraries used by the design community. 

We have developed a multiple representation approach to automatically 
deriving models of overall device behavior from the interconnection structure 
of its components, together with their behavior models. Because one of our 
behavior representations is the executable simulation model, our system can 
transform executable program code describing the components’ behavior into 
executable program code describing the behavior of the device as a whole. 

The naive solution, invisibly simulating the components, has no value. 
Instead, we transform each component’s behavior to a representation that 
highlights value dependencies over time. These are propagated by substitu¬ 
tion according to the circuit structure and simplified to produce an overall 
behavior description. 

We exploit different representations to facilitate different reasoning tasks: 

• The temporal equation representation facilitates reasoning about de¬ 
pendencies between values at times. 

• The code representation is the executable simulator model for the cir¬ 
cuit. 

• The abstract event representation helps partition the translations be¬ 
tween code and equations. 

A working prototype, FUNSTRUX, accepts as input the components’ 
interconnection and simulator models, and produces an executable simulator 
model for the entire circuit. The input components’ descriptions (and the 
final output) can also be in either of the equivalent abstract event or temporal 
equation representations. 

FUNSTRUX has been tested successfully on the SCORE [1] standard 
cell library generator system, and has successfully generated a behavioral 
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Figure 1: A dynamic storage cell. Its three components (1-r) are a clocked 
inverter with delay 1.7 nsec, a storage node, and an inverter with delay 0.5 
nsec. 

model for one bit-slice of an AMD 2901 [3] (an arithmetic-logic unit with 
memory and control circuitry, having 370 gate-level components and 365 
interconnecting buses). Generating the functional model for this large circuit 
required 7 hours of real time on a Symbolics Lisp Machine. The resulting 
module uses less than a third as much time to simulate and schedules an 
order of magnitude fewer events than the full circuit at component level [12]. 

2 An Example 

Behavioral simulators are applications of well-known event-driven simula¬ 
tion techniques to digital circuits. Each circuit component has an algorithmic 
description which dictates how it propagates value-changes (events). 

Consider the circuit shown in Figure 1. For the purposes of this example, 
we choose a simple set of three logic levels (values): 1, 0, and * (“no value,” 
e.g. the value of a tri-stated device). The inverter unconditionally puts out 
the negation of its input at a delay of 0.5. (Throughout, times will be in 
units of nanoseconds.) If the clocked inverter’s ^ input is 1, then its output 
becomes the logical negation of its a input 1.7 time units into the future. 
Otherwise, its output will be * 1.7 into the future. The storage node holds 
the most recent non-* value. (This example has been simplified from [12] 
and reflects minor improvements in FUNSTRUX’ code since that paper.) 

FUNSTRUX produces the following code from this example. (Only the 
code for the y output is shown here.) 
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Figure 2: The FUNSTRUX system has two sorts of module. Representa¬ 
tion conversion modules change one view of a circuit into another. Substi¬ 
tute/simplify modules perform various sorts of simplification. 

(defun dynamic-storage-cell-fcn (self a y phi) 

(depends-on ’(a phi) ’() 

(if (logone (read-bus phi ’(bit))) 

(put-my-state self ’(a-state) 

(read-bus a '(bit)) 0.0))) 

(depends-on ’() ’(a-state) 

(drive-bus y self ’(bit) 

(get-my-state self ’(a-state)) 2.2))) 

This says that “when either a or <f> changes, if <j> is 1, schedule an event 
at the same time to change a sta te to the current value of a. Whenever a state 
changes, schedule an event 2.2 later to drive y to the value of a state .” This 
description omits the double negation and the details of the storage node 
changing value. 

3 The Representations and Conversions 

The FUNSTRUX system’s multiple representation scheme (see [16]) is 
shown in Figure 2. It runs as one component of the STAR design system 
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[ 11 ] and continues an investigation into function, structure, and their re¬ 
lationships. The STAR system integrates behavioral simulation [13], netlist 
manipulation [14], and parameterized cell generators [1]. STAR’s LISP-based 
behavioral simulator, SIMMER, is our target. 

SIMULATOR CODE REPRESENTATION. The code representation 
is described in [13]. The SIMMER model for the storage node is 
(defun storage-node-fcn (self b c) 

"b input, c output" 

(let* ((b-value (read-bus b ’(bit)))) 

(if ( 7 # * b-value) 

(put-my-state self ’(bit) b-value)) 

(drive-bus c self ’(bit) 

(get-my-state self ’(bit))))) 

ABSTRACT EVENTS REPRESENTATION. Different event-driven 
simulators have differing semantics and coding conventions; however, they 
share a common event-driven core. The abstract event representation parti¬ 
tions the problem of translating from code to equations (and back) into ( 1 ) 
a simulator-dependent segment which abstracts from the particular seman¬ 
tics of the simulator into abstract events, and ( 2 ) a simulator-independent 
segment which translates from the event representation to the equation rep¬ 
resentation. This will make it easier to re-target the system for different 
behavior descriptions. 

An abstract event description consists of the event condition predicate, 
the variable to be scheduled for change, the relative delay, and the symbolic 
expression for the new value. The event condition predicate consists of two 
parts, the enablement predicate (ep) and the changing-variable (cv) list. The 
event occurs if either the enablement predicate becomes true or one of the 
changing-variables changes value while the enablement predicate is true. [15] 
used a notation similar to our enablement predicate (ep). 

The abstract event representation of the storage node, produced from the 
code above, is 

(Event-cell inputs:( 6 ) 

event: ((cv ( 6 ) ep ( 7 ^? * &)) 

(schedule 6 state at 0 equal-to b )) 
event: ((cv( 6 state ) ep T) 

(schedule c at 0 equal-to 6 s tate))) 
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This represents a cell with one input, b. b atate represents the memory 
of the storage node, and c is the output. The first event clause indicates 
that when either the value of b changes and the predicate [7^? * 6] is true, or 
when the predicate changes from false to true, an event is scheduled at the 
same time which sets b stat e to the value of b. (Note that in the example b is 
not * only when the clocked inverter is driving.) The second event clause 
schedules a change of c, but since the enablement predicate is T it happens 
on any change of 6 sta te- 

TEMPORAL EQUATIONS REPRESENTATION. One key insight 
in our approach is that one needs a behavior representation with locality of 
reference among circuit values at given times. This means that the time 
points relevant to the computation of a value must be explicit, and that 
circuit value dependencies should be explicit and local to uses of the circuit 
values. For example, applicative programs have locality of reference, while 
programs which set and use global variables at widely separated places do 
not. [5] has emphasized the importance of locality for reasoning about the 
behavior of circuits. 

Timelines are mappings of the real numbers into values. We view circuits 
as mappings between timelines. [10] used a timeline notion, but their time 
domain was discrete. 

A circuit output at time t is expressed in a temporal equation as an 
applicative function of its inputs at the same or earlier times. We use two 
primitive time operators, — and <= for expressing values at earlier times. The 
second argument to — must be a non-negative constant. - 4 = allows reference 
to “the most recent time a predicate was true.” Thus, {<= [Pu] t } refers to 
the most recent time, u, prior (or equal) to t, such that the predicate P was 
satisfied at u. This is similar to the left-arrow operator of [17]; however, they 
also work with a discrete time domain. [2] proposed a similar applicative for¬ 
malism for representing and reasoning about circuits, but did not automate 
the reasoning and did not relate the representation to simulation. 

We represent computation on values as functional application in a side- 
effects-free LISP-like format. (We have converted prefix to infix notation 
here for readability.) The temporal equations for the example’s components 
are 
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Clocked Inverter: b(t) = (if (=? 1 <j>{t— 1.7)) ;test 

-> a(t— 1.7) ;then 

*) ;else 

Storage Node: c(t) = &({<£= [fl * f>( u )] 0) 

Inverter: y(t) = -> c{t— 0.5) 

REPRESENTATION CONVERSIONS. The representation conversion 
algorithms are treated in more detail in [12]. Here are the key ideas. 

• Code —* Abstract Events. The code is symbolically executed to as¬ 
sociate each symbol with a formula which computes its value under 
the appropriate conditions. Unknown forms are treated as “black-box” 
functions according to the semantics of pure LISP. Forms which perform 
side-effects (e.g., reading or setting a global variable) are not modeled 
correctly. 

• Abstract Events —>■ Equations. A value doesn’t change between events, 
so the value at time t is the value of whichever event expression occurred 
most recently. By constructing a predicate which indicates when a 
variable’s value last changed, we are able to reason about the last time 
an event would have triggered. 

• Equations —► Abstract Events. “State objects” may be created to con¬ 
ditionally delay the values of the inputs. 

• Abstract Events —* Code. Each variable can be resolved into either 
an I/O port or a state object, using the circuit structure. Language 
constructs can then be generated which produce the effect of each event. 

SEMANTIC CONNECTIONS BETWEEN THE REPRESENTA¬ 
TIONS. A multiple representation scheme must at some point answer the 
question of semantic equivalence of different representations. We view the 
equation representation as a notation for a denotational semantics for the 
circuit structure. A circuit, together with inputs and initialization, denotes 
the unique solution to the simultaneous equations. The abstract event repre¬ 
sentation (and the simulator code) are endowed with event-based operational 
semantics. [8] shows that our equation representation is equivalent to an 
essentially similar abstract events representation as long as zero-delay loops 
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are disallowed. Proving equivalence of the code and abstract events repre¬ 
sentations is an open problem. 

4 Locality, Simplification, and Temporal Rea¬ 
soning 

COMPOSITION. Composing the behaviors of the components in equa¬ 
tion representation amounts to algebraic substitution of equations. This 
process maintains locality of reference: when a reference to b(t) is expanded 
by replacing it with V s definition, the variables on which b depends appear 
explicitly everywhere b was used. 

Here is the fully substituted example: 
y(t) = -• (if (=? 1 (j>({& [/? * (if (=? 1 ^(u-1.7)) ;test 

-> a(u— 1.7) ;then 

*)] ;else 

f—0.5} 

-1.7)) 

-i a({<= [ 7 # * (if (=? 1 <j>{y— 1.7)) ;test 
-i a(v— 1.7) ;then 

*)] ;else 

f—0.5} 

~ L7) 

*) ; final else clause 

On circuits of even moderate complexity, the combinatorial explosion is 
much worse; hence, simplification is needed. FUNSTRUX interleaves substi¬ 
tution and simplification to reduce intermediate expression size. 

PATTERN-ACTION SIMPLIFIERS. Our system’s syntactically local 
representation supports simple pattern-action expression transformations, 
similar to those used by [4] for program optimization. The rules in FUN¬ 
STRUX are tailored to simplification. They form a terminating rule set, so 
the system applies them until no more are applicable. Experience has shown 
that we do not need to search different application orders. 

One simplifier applicable to the equation above is 

( 7 ^? * (if predicate value *)) 


7 



simplifies to 


(AND predicate (^? * value)) 

We have implemented a symbolic simplifier which uses approximately 50- 
75 rules of this type. It typically reduces the size of the expressions by 
about 90%. Syntactic locality is crucial to the efficiency of this technique, 
as hunting all over a non-local representation would slow down the pattern 
matchers. Furthermore, the action parts would be less efficient, as relatively 
major surgery would be required. 

Simplifiers free of time operators could also be applied to the abstract 
event and/or code representations. However, the same can not be said for 
pattern-action simplification which involves time relationships. 
REASONING ABOUT TIME RELATIONSHIPS. Locality of refer¬ 
ence among time relationships of variables is also important. First, there 
are several useful time-based pattern-action simplifiers. For example, this is 
applicable to the equation above: 

[predicate (u— 7)] t)— 7 

simplifies to 

{<£ [ predicate ^)] (t— 7)} 

Subtracting 7 from the most recent time u < t such that predicate is true at 
u — 7, is the same as the most recent time u <t — 7 that predicate is true. 

Applying all of the system’s pattern-action simplifiers to the example, we 
get 

y(t) = (if (=? 1 <f> ({<£ [=? 1 <j){u)\ (*-2.2)})) ; test 
a({<£ [=? 1 <t>(u)\ (*—2.2)}) ; then 

-> *) ; else 

Another crucial feature of the locality property is that it exposes exactly 
the set (relative to *) of time points which are relevant to the output value. 
These are just the ones explicitly mentioned in the equation (*, (*—2.2), 
and {-£ [=? 1 <f>(u )] (*—2.2)}), plus —00. Note that toe have reduced the 
problem from reasoning about V* and 3* to the much easier problem of propo¬ 
sitional reasoning about a finite number of time points. It is an open question 
whether our system will need to reason about any other times than these for 
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simplification; however, we have not yet come across any examples which 
indicate that it will. 

We have implemented a propositional reasoner to support reasoning about 
the truth of predicates at time points. This is needed in order to incorporate 
some types of background knowledge, such as “if a value is known to be 1 at 
a time, it is not also 0 at that time;” to handle certain kinds of simplifying 
assumptions [7]; and to support simplifications based on logical conditions 
implied by the context of an expression, for example, predicates which are 
true due to nesting within a conditional. 

In the example, (=? 1 [=? 1 <^(u)] (t— 2-2)})) can not be simpli¬ 

fied to TRUE, because it could be that <f> has never been 1 prior to t — 2.2. 
Frequently, however, we wish to consider only the normal-case behavior of 
the circuit, in which <j> will have been 1 prior to t — 2.2 for any t under con¬ 
sideration. We can communicate this simplifying assumption to our system 
by the axiom 

V(i > — co).{<£ [=? 1 <^(u)] t} > —oo 

The system reduces this axiom from a universal quantification to a proposi¬ 
tion for each time point in the equation, and concludes, through propositional 
reasoning, that the predicate is true. With the other simplifiers, this produces 

y(t) = a({£ [=? 1 *(«)] (i—2.2)}) 

as the simplified equation for the example. Converting this to abstract events, 
the system produces 

(Event-cell inputs: (a <f>) 

event: ((cv(a <f >) ep(=? 1 (/>)) 

(schedule a 8t ate at 0.0 equal-to a)) 
event: ((cv(a state ) ep T) 

(schedule y at 2.2 equal-to a s tat e )) 

The system then converts this to the code in Section 2. 


5 Conclusions and Future Work 

We have explained our multiple representation approach to understanding 
the time behavior of digital circuits. To our knowledge, this is the first system 
to accept program code for the functional models of the circuit components, 
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together with their structural connections, and produce the program code 
for the circuit model as a whole. 

• The equation-based representation makes easier several forms of reason¬ 
ing about the time behavior of digital circuits. Locality of reference is 
the crucial property of this representation. 

• The code-based representation makes simulation efficient. 

• The abstract event-based representation partitions the translation prob¬ 
lem between code and equations. 

• Unknown forms in the program code are treated as black-boxes accord¬ 
ing to the semantics of pure LISP. 

• The system’s local representations support efficient pattern-action sim¬ 
plification. 

• The finitely-many relevant time points are made explicit, allowing propo¬ 
sitional reasoning for time-based simplification. 

This work is preliminary and represents only a first step toward our goal. 
Currently, FUNSTRUX is limited in the class of circuits to which it can 
be applied. The restrictions are (1) busses can connect only to blocks (not 
to each other), (2) busses change state only when driven by a block, and 
(3) zero-delay loops are disallowed (in particular, this disallows zero-delay 
bidirectional elements). 

Here are a few issues for further research. 

• There are several interesting reasoning tasks in the realm of digital 
circuits to which we hope to extend our representation scheme. Some 
examples: design optimization [19], troubleshooting [6], testing [18], and 
learning about design [9]. Each of these tasks requires its own repre¬ 
sentations. 

• There are several ways the system could be improved: it currently does 
not find closed forms for the recursion equations which result from 
feedback; it could allocate state objects for simulation better than it 
currently does; it could recognize low-level implementations of higher 
level functions, such as integer +. 
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• The code which is output by FUNSTRUX is not organized for read¬ 
ability. 

• It may be useful to incorporate work on pattern-action simplification 
of VLSI structure [14]. 

• What constraints must be met by a particular simulator in order that 
the abstract event representation be able to capture an equivalent 
meaning? 
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